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(57) Abstract 



To obtain real-time responses with interactive multimedia servers, the server provides at least two different audio/visual data streams. 
A first data stream has fewer bits per frame and provides a video image much more quickly than a second data stream with a higher number 
of bits and hence higher quality video image. The first data stream becomes available to a client much faster and may be more quickly 
displayed on demand while the second data stream is sent to improve the quality as soon as the playback buffer can handle it. In one 
embodiment, an entire video signal is layered, with a base layer providing the first signal and further enhancement layers comprising the 
second. The base layer may be actual image frames or just the audio portion of a video stream. The first and second streams are gradually 
combined in a manner such that the playback buffer does not overflow or underflow. 
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MULTIMEDIA PRESENTATION LATENCY MINIMIZATION 

Field of the Invention 
5 The present invention relates generally to multimedia communications 

and more specifically to latency minimization for on-demand interactive 
multimedia applications. 

Copyright Notice/Permission 
A portion of the disclosure of this patent document contains material 
H» which is subject to copyright protection. The copyright owner has no objection 
to the facsimile reproduction by anyone of the patent document or the patent 
disclosure as it appears in the Patent and Trademark Office patent file or records, 
but otherwise reserves all copyright rights whatsoever. The following notice 
applies to the software and data as described below and in the drawing hereto: 
\5 Copyright © 1998, Microsoft Corporation, All Rights Reserved. 

Background 

Information presentation over the Internet is changing dramatically. New 
time-varying multimedia content is now being brought to the Internet, and in 
particular to the World Wide Web (the web), in addition to textual HTML pages 

20 and still graphics. Here, time-varying multimedia content refers to sound, video, 
animated graphics, or any other medium that evolves as a function of elapsed 
time, alone or in combination. In many situations, instant delivery and 
presentation of such multimedia content, on demand, is desired. 

"On-demand" is a term for a wide set of technologies that enable 

25 individuals to select multimedia content from a central server for instant delivery 
and presentation on a client (computer or television). For example, video-on- 
demand can be used for entertainment (ordering movies transmitted digitally), 
education (viewing training videos) and browsing (viewing informative 
audiovisual material on a web page) to name a few examples. 
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Users are generally connected to the Internet by a communications link of 
limited bandwidth, such as a 56 kilo bits per second (Kbps) modem or an 
integrated services digital network (ISDN) connection. Even corporate users are 
usually limited to a fraction of the 1.544 mega bits per second (Mbps) T-l carrier 

5 rates. This bandwidth limitation provides a challenge to on-demand systems: it 
may be impossible to transmit a large amount of image or video data over a 
limited bandwidth in the short amount of time required for "instant delivery and 
presentation. 1 ' Downloading a large image or video may take hours before 
presentation can begin. As a consequence, special techniques have been 

1 0 developed for on-demand processing of large images and video. 

A technique for providing large images on demand over a 
communications link with limited bandwidth is progressive image transmission. 
In progressive image transmission, each image is encoded, or compressed, in 
layers, like an onion. The first (core) layer, or base layer, represents a low- 

1 5 resolution version of the image. Successive layers represent successively higher 
resolution versions of the image. The server transmits the layers in order, 
starting from the base layer. The client receives the base layer, and instantly 
presents to the user a low-resolution version of the image. The client presents 
higher resolution versions of the image as the successive layers are received. 

20 Progressive image transmission enables the user to interact with the server 
instantly, with low delay, or low latency. For example, progressive image 
transmission enables a user to browse through a large database of images, 
quickly aborting the transmission of the unwanted images before they are 
completely downloaded to the client. 

25 Similarly, streaming is a technique that provides time-varying content, 

such as video and audio, on demand over a communications link with limited 
bandwidth. In streaming, audiovisual data is packetized, delivered over a 
network, and played as the packets are being received at the receiving end, as 
opposed to being played only after all packets have been downloaded. 

30 Streaming technologies are becoming increasingly important with the growth of 
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the Internet because most users do not have fast enough access to download large 
multimedia files quickly. With streaming, the client browser or application can 
start displaying the data before the entire file has been transmitted. 

In a video on-demand delivery system that uses streaming, the 
5 audiovisual data is often compressed and stored on a disk on a media server for 
later transmission to a client system. For streaming to work, the client side 
receiving the data must be able to collect the data and send it as a steady stream 
to a decoder or an application that is processing the data and converting it to 
sound or pictures. If the client receives the data more quickly than required, it 

10 needs to save the excess data in a buffer. Conversely, if the client receives the 
data more slowly than required, it needs to play out some of the data from the 
buffer. Storing part of a multimedia file in this manner before playing the file is 
referred to as buffering. Buffering can provide smooth playback even if the 
client temporarily receives the data more quickly or more slowly than required 

15 for real-time playback. 

There are two reasons that a client can temporarily receive data more 
quickly or more slowly than required for real-time playback. First, in a variable- 
rate transmission system such as a packet network, the data arrives at uneven 
rates. Not only does packetized data inherently arrive in bursts, but even packets 

20 of data that are transmitted from the sender at an even rate may not arrive at the 
receiver at an even rate. This is due to the fact that individual packets may 
follow different routes, and the delay through any individual router may vary 
depending on the amount of traffic waiting to go through the router. The 
variability in the rate at which data is transmitted through a network is called 

25 network jitter. 

A second reason that a client can temporarily receive data more quickly 
or more slowly than required for real-time playback is that the media content is 
encoded to variable bit rate. For example, high-motion scenes in a video may be 
encoded with more bits than low-motion scenes. When the encoded video is 

30 transmitted with a relatively constant bit rate, then the high-motion frames arrive 
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at a slower rate than the low-motion frames. For both these reasons (variable- 
rate source encoding and variable-rate transmission channels), buffering is 
required at the client to allow a smooth presentation. 

Unfortunately, buffering implies delay, or latency. Start-up delay refers 

5 to the latency the user experiences after he signals the server to start transmitting 
data from the beginning of the content (such as when a pointer to the content is 
selected by the user) before the data can be decoded by the client system and 
presented to the user. Seek delay refers to the latency the user experiences after 
he signals to the server to start transmitting data from an arbitrary place in the 

in middle of the content (such as when a seek bar is dragged to a particular point in 
time) before the data can be decoded and presented. Both start-up and seek 
delays occur because even after the client begins to receive new data, it must 
wait until its buffer is sufficiently full to begin playing out of the buffer. It does 
this in order to guard against future buffer underflow due to network jitter and 

1 5 variable-bit rate compression. For typical audiovisual coding on the Internet, 
start-up and seek delays between two and ten seconds are common. 

Large start-up and seek delays are particularly annoying when the user is 
trying to browse through a large amount of audiovisual content trying to find a 
particular video or a particular location in a video. As in the image browsing 

20 scenario using progressive transmission, most of the time the user will want to 
abort the transmission long before all the data are downloaded and presented. In 
such a scenario, delays of two to ten seconds between aborts seem intolerable. 
What is needed is a method for reducing the start-up and seek delays for such 
"on demand" interactive multimedia applications. 

25 

Summary of the Invention 
The above-identified problems, shortcomings and disadvantages with the 
prior art, as well as other problems, shortcoming and disadvantages, are solved 
by the present invention, which will be understood by reading and studying the 
30 specification and the drawings. The present invention minimizes the start-up 
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and seek delays for on-demand interactive multimedia applications, when the 
transmission bit rate is constrained. 

In one embodiment, a server provides at least two different data streams. 
A first data stream is a low resolution stream encoded at a bit rate below the 

5 transmission bit rate. A second data stream is a normal resolution stream 
encoded at a bit rate equal to the transmission bit rate. The server initially 
transmits the low resolution stream faster than real time, at a bit rate equal to the 
transmission bit rate. The client receives the low resolution stream faster than 
real time, but decodes and presents the low resolution stream in real time. 

l o Unlike previous systems, the client does not need to wait for its buffer to 

become safely full before beginning to decode and present. The reason is that 
even at the beginning of the transmission, when the client buffer is nearly empty, 
the buffer will not underflow, because it is being filled at a rate faster than real 
time, but is being played out at a rate equal to real time. Thus, the client can 

15 safely begin playing out of its buffer as soon as data are received. In this way, 
the delay due to buffering is reduced to nearly zero. 

When the client buffer has grown sufficiently large to guard against 
future underflow by the normal resolution stream, the server stops transmission 
of the low resolution stream and begins transmission of the normal resolution 

20 stream. The system of the present invention reduces the start-up or seek delay 
for interactive multimedia applications such as video on-demand, at the expense 
of initially lower quality. The invention includes systems, methods, computers, 
and computer-readable media of varying scope. Besides the embodiments, 
advantages and aspects of the invention described here, the invention also 

25 includes other embodiments, advantages and aspects, as will become apparent by 
reading and studying the drawings and the following description. 

Brief Description of the Drawings 
Fig. 1 is a diagram of an exemplary computer system in which the 
invention may be implemented. 
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Fig. 2 is a diagram of an example network architecture in which 
embodiments of the present invention are incorporated. 

Fig. 3 is a block diagram representing the data flow for a streaming 
media system for use with the computer network of Figure 2. 
5 Figs. 4A, 4B, 4C, 4D, and 4E are schedules illustrating data flow for 

example embodiments of the streaming media system of Figure 3. 

Fig. 5 is a decoding schedule for multimedia content pre-encoded at a full 

bit rate. 

Fig. 6 is a schedule showing the full bit rate encoding of Figure 5 
10 advanced by T seconds. 

Fig. 7 is a schedule showing a low bit rate encoding of the content shown 
in Figure 5. 

Fig. 8 is a schedule showing the low bit rate encoding schedule of Figure 
7 advanced by T seconds and superimposed on the advanced schedule of Figure 
15 6. 

Fig. 9 is a schedule showing the transition from the delivery of the low 
bit rate encoded stream of Figure 7 to the data stream of Figure 6, with a gap to 
indicate optional bit stuffing. 

Figure 10 is a schedule showing the advanced schedule of Figure 6 with a 
20 total of orbits removed from the initial frames. 

Description of the Embodiments 
In the following detailed description of the embodiments, reference is 
made to the accompanying drawings which form a part hereof, and in which is 
shown by way of illustration specific embodiments in which the invention may 
25 be practiced. These embodiments are described in sufficient detail to enable 
those skilled in the art to practice the invention, and it is to be understood that 
other embodiments may be utilized and that structural, logical and electrical 
changes may be made without departing from the scope of the present 
inventions. The following detailed description is, therefore, not to be taken in a 
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limiting sense, and the scope of the present inventions is defined only by the 
appended claims. 

The present invention is a system for achieving low latency responses 
from interactive multimedia servers, when the transmission bit rate is 

5 constrained. A server provides at least two different data streams. A first data 
stream is a low resolution stream encoded at a bit rate below the transmission bit 
rate. A second data stream is a normal resolution stream encoded at a bit rate 
equal to the transmission bit rate. The server initially transmits the low 
resolution stream faster than real time, at a bit rate equal to the transmission bit 

10 rate. The client receives the low resolution stream faster than real time, but 
decodes and presents the low resolution stream in real time. When the client 
buffer has grown sufficiently large to guard against future underflow by the 
normal resolution stream, the server stops transmission of the low resolution 
stream and begins transmission of the normal resolution stream. The system of 

1 5 the present invention, reduces the start-up or seek delay for interactive 

multimedia applications such as video on-demand, at the expense of initially 
lower quality. 

The detailed description of this invention is divided into four sections. 
The first section provides a general description of a suitable computing 

20 environment in which the invention may be implemented including an overview 
of a network architecture for generating, storing and transmitting audio/visual 
data using the present invention. The second section illustrates the data flow for 
a streaming media system for use with the network architecture described in the 
first section. The third section describes the methods of exemplary embodiments 

25 of the invention. The fourth section is a conclusion which includes a summary 
of the advantages of the present invention. 

Computing Environment. Figure 1 provides a brief, general description 
of a suitable computing environment in which the invention may be 
implemented. The invention will hereinafter be described in the general context 

30 of computer-executable program modules containing instructions executed by a 
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personal computer (PC). Program modules include routines, programs, objects, 
components, data structures, etc. that perform particular tasks or implement 
particular abstract data types. Those skilled in the art will appreciate that the 
invention may be practiced with other computer-system configurations, 

5 including hand-held devices, multiprocessor systems, microprocessor-based 
programmable consumer electronics, network PCs, minicomputers, mainframe 
computers, and the like. The invention may also be practiced in distributed 
computing environments where tasks are performed by remote processing 
devices linked through a communications network. In a distributed computing 

10 environment, program modules may be located in both local and remote memory 
storage devices. . 

Figure 1 employs a general-purpose computing device in the form of a 
conventional personal computer 20, which includes processing unit 21, system 
memory 22, and system bus 23 that couples the system memory and other 

15 system components to processing unit 21 . System bus 23 may be any of several 
types, including a memory bus or memory controller, a peripheral bus, and a 
local bus, and may use any of a variety of bus structures. System memory 22 
includes read-only memory (ROM) 24 and random-access memory (RAM) 25. 
A basic input/output system (BIOS) 26, stored in ROM 24, contains the basic 

20 routines that transfer information between components of personal computer 20. 
BIOS 24 also contains start-up routines for the system. Personal computer 20 
further includes hard disk drive 27 for reading from and writing to a hard disk 
(not shown), magnetic disk drive 28 for reading from and writing to a removable 
magnetic disk 29, and optical disk drive 30 for reading from and writing to a 

25 removable optical disk 31 such as a CD-ROM or other optical medium. Hard 
disk drive 27, magnetic disk drive 28, and optical disk drive 30 are connected to 
system bus 23 by a hard-disk drive interface 32, a magnetic-disk drive interface 
33, and an optical-drive interface 34, respectively. The drives and their 
associated computer-readable media provide nonvolatile storage of computer- 

30 readable instructions, data structures, program modules and other data for 

8 
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personal computer 20. Although the exemplary environment described herein 
employs a hard disk, a removable magnetic disk 29 and a removable optical disk 
31, those skilled in the art will appreciate that other types of computer-readable 
media which can store data accessible by a computer may also be used in the 
5 exemplary operating environment. Such media may include magnetic cassettes, 
flash-memory cards, digital versatile disks, Bernoulli cartridges, RAMs, ROMs, 
and the like. 

Program modules may be stored on the hard disk, magnetic disk 29, 
optical disk 3 1 , ROM 24 and RAM 25. Program modules may include operating 

lo system 35, one or more application programs 36, other program modules 37, and 
program data 38. A user may enter commands and information into personal 
computer 20 through input devices such as a keyboard 40 and a pointing device 
42. Other input devices (not shown) may include a microphone, joystick, game 
pad. satellite dish, scanner, or the like. These and other input devices are often 

15 connected to the processing unit 21 through a serial-port interface 46 coupled to 
system bus 23; but they may be connected through other interfaces not shown in 
Figure i, such as a parallel port, a game port, or a universal serial bus (USB). A 
monitor 47 or other display device also connects to system bus 23 via an 
interface such as a video adapter 48. In addition to the monitor, personal 

20 computers typically include other peripheral output devices (not shown) such as 
speakers and printers. 

Personal computer 20 may operate in a networked environment using 
logical connections to one or more remote computers such as remote computer 
49. Remote computer 49 may be another personal computer, a server, a router, a 

25 network PC, a peer device, or other common network node. It typically includes 
many or all of the components described above in connection with personal 
computer 20; however, only a storage device 50 is illustrated in Figure 1. The- 
logical connections depicted in Figure 1 include local-area network (LAN) 51 
and a wide-area network (WAN) 52. Such networking environments are 
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commonplace in offices, enterprise-wide computer networks, intranets and the 
Internet. 

When placed in a LAN networking environment, PC 20 connects to local 
network 51 through a network interface or adapter 53. When used in a WAN 
5 networking environment such as the Internet, PC 20 typically includes modem 
54 or other means for establishing communications over network 52. Modem 54 
may be internal or external to PC 20, and connects to system bus 23 via serial - 
port interface 46. In a networked environment, program modules depicted as 
residing within 20 or portions thereof may be stored in remote storage device 50. 
10 Of course, the network connections shown are illustrative, and other means of 
establishing a communications link between the computers may be substituted. 

Figure 2 is a diagram of an example network architecture 200 in which 
embodiments of the present invention are implemented. The example network 
architecture 200 comprises video capturing tools 202, a video server 204, a 
1 5 network 206 and one or more video clients 208. 

The video capturing tools 202 comprise any commonly available devices 
for capturing video and audio data, encoding the data and transferring the 
encoded data to a computer via a standard interface. The example video 
capturing tools 202 of Figure 2 comprise a camera 210 and a computer 212 
20 having a video capture card, compression software and a mass storage device. 
The video capturing tools 202 are coupled to a video server 204 having 
streaming software and optionally having software tools enabling a user to 
manage the delivery of the data. 

The video server 204 comprises any commonly available computing 
25 environment such as the exemplary computing environment of Figure 1, as well 
as a media server environment that supports on-demand distribution of 
multimedia content. The media server environment of video server 204 
comprises streaming software, one or more data storage units for storing 
compressed files containing multimedia data, and a communications control unit 
30 for controlling information transmission between video server 204 and video 

10 
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clients 208. The video server 204 is coupled to a network 206 such as a local- 
area network or a wide-area network. Audio, video, illustrated audio, 
animations, and other multimedia data types are stored on video server 204 and 
delivered by an application on-demand over network 206 to one or more video 
5 clients 208. 

The video clients 208 comprise any commonly available computing 
environments such as the exemplary computing environment of Figure 1. The 
video clients 208 also comprise any commonly available application for viewing 
streamed multimedia file types, including QuickTime (a format for video and 
10 animation), RealAudio (a format for audio data), RealVideo (a format for video 
data), ASF (Advanced Streaming Format) and MP4 (the MPEG-4 file format). 
Two video clients 208 are shown in Figure 2. However, those of ordinary skill 
in the art can appreciate that video server 204 may communicate with a plurality 
of video clients. 

1 5 In operation, for example, a user clicks on a link to a video clip or other 

video source, such as camera 210 used for video conferencing or other purposes, 
and an application program for viewing streamed multimedia files launches from 
a hard disk of the video client 208. The application begins loading in a file for 
the video which is being transmitted across the network 206 from the video 

20 server 204. Rather than waiting for the entire video to download, the video starts 
playing after an initial portion of the video has come across the network 206 and 
continues downloading the rest of the video while it plays. The user does not 
have to wait for the entire video to download before the user can start viewing. 
However, in existing systems there is a delay for such "on demand" interactive 

25 applications before the user can start viewing the initial portion of the video. 
The delay, referred to herein as a start-up delay or a seek delay, is experienced 
by the user between the time when the user signals the video server 204 to start 
transmitting data and the time when the data can be decoded by the video client 
208 and presented to the user. However, the present invention, as described 

11 
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below, achieves low latency responses from video server 204 and thus reduces 
the start-up delay and the seek delay. 

An example computing environment in which the present invention may 
be implemented has been described in this section of the detailed description. In 

5 one embodiment, a network architecture for on-demand distribution of 

multimedia content comprises video capture tools, a video server, a network and 
one or more video clients. 

Data Flow for a Streaming Media System. The data flow for an 
example embodiment of a streaming media system is described by reference to 

lo Figures 3, 4A, 4B, 4C, 4D and 4E. Figure 3 is a block diagram representing the 
data flow for a streaming media system 300 for use with the network architecture 
of Figure 2. The streaming media system 300 comprises an encoder 302 which 
may be coupled to camera 210 or other real time or uncompressed video sources, 
an encoder buffer 304, a network 306, a decoder buffer 308 and a decoder 3 1 0. 

1 5 The encoder 302 is a hardware or software component that encodes 

and/or compresses the data for insertion into the encoder buffer 304. The 
encoder buffer 304 is one or more hardware or software components that stores 
the encoded data until such time as it can be released into the network 306. For 
live transmission such as video conferencing, the encoder buffer 304 may be as 

20 simple as a first-in first-out (FIFO) queue. For video on-demand from a video 
server 204, the encoder buffer 304 may be a combination of a FIFO queue and a 
disk file on the capture tools 202, transmission buffers between the capture tools 
202 and the video server 204, and a disk file and output FIFO queue on the video 
server 204. The decoder buffer 308 is a hardware or software component that 

25 receives encoded data from the network 306, and stores the encoded data until 
such time as it can be decoded by decoder 310. The decoder 3 10 is a hardware 
or software component that decodes and/or decompresses the data for display. 

In operation, each bit produced by the encoder 302 passes point A 3 12, 
point B 314, point C 316, and point D 318 at a particular instant in time. A 

30 graph of times at which bits cross a given point is referred to herein as a 

12 
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schedule. The schedules at which bits pass point A 312, point B 314, point C 
316, and point D 318 can be illustrated in a diagram such as shown in the 
Figures 4A, 4B, 4C, 4D and 4E. 

Figures 4A, 4B, 4C, 4D and 4E are schedules illustrating data flow for 
5 example embodiments of the streaming media system of Figure 3. As shown in 
Figures 4A, 4B, 4C, 4D and 4E, the y-axis corresponds to the total number of 
bits that have crossed the respective points (i.e. point A, point B, point C, and 
point D in Figure. 3) and the x-axis corresponds to elapsed time. In the example 
shown in Figure 4 A, schedule A corresponds to the number of bits transferred 

lo from the encoder 302 to the encoder buffer 304. Schedule B corresponds to the 
number of bits that have left the encoder buffer 304 and entered the network 306. 
Schedule C corresponds to the number of bits received from the network 306 by 
the decoder buffer 308. Schedule D corresponds to the number of bits 
transferred from the decoder buffer 308 to the decoder 310. 

15 In the example shown in Figure 4B, the network 306 has a constant bit 

rate and a constant delay. As a result, schedules B and C are linear and are 
separated temporally by a constant transmission delay. 

In the example shown in Figure 4C, the network 306 is a packet network. 
As a result, schedules B and C have a staircase form. The transmission delay is 

20 generally not constant. Nevertheless, there exist linear schedules B' and C* that 
provide lower and upper bounds for schedules B and C respectively. Schedule 
B' is the latest possible linear schedule at which encoded bits are guaranteed to 
be available for transmission. Schedule C is the earliest possible linear schedule 
at which received bits are guaranteed to be available for decoding. The gap 

25 between schedules B' and C is the maximum reasonable transmission delay 
(including jitter and any retransmission time) plus an allowance for the 
packetization itself. In this way, a packet network can be reduced, essentially, to 
a constant bit rate, constant delay channel. 

Referring now to the example shown in Figure 4D, for real-time 

30 applications the end-to-end delay (from capture to presentation) must be 
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constant; otherwise there would be temporal warping of the presentation. Thus, 
if the encoder and decoder have a constant delay, schedules A and D are 
separated temporally by a constant delay, as illustrated in Figure 4D. 

At any given instant in time, the vertical distance between schedules A 
5 and B is the number of bits in the encoder buffer, and the vertical distance 
between schedules C and D is the number of bits in the decoder buffer. If the 
decoder attempts to remove more bits from the decoder buffer than exist in the 
buffer (i.e., schedule D tries to occur ahead of schedule C), then the decoder 
buffer underflows and an error occurs. To prevent this from happening, schedule 

10 A must not precede schedule E, as illustrated in Figure 4D. In Figure 4D, 
schedules E and A are congruent to schedules C and D. 

Likewise, the encoder buffer should never underflow; otherwise the 
channel is under-utilized and quality suffers. An encoder rate control 
mechanism therefore keeps schedule A between the bounds of schedules £ and 

15 B. This implies that schedule D lies between the bounds of schedules C and F, 
where schedules E, A, and B are congruent to schedules C, D, and F, as shown in 
Figure 4D. The decoder buffer must be at least as big as the encoder buffer 
(otherwise it would overflow), but it need not be any bigger. For the purpose of 
this description, it is assumed that the encoder and decoder buffers are the same 

20 size. (In practice the encoder buffer may be combined with a disk and a network 
transmitter buffer, and the decoder buffer may be combined with a network 
receiver buffer, so the overall buffer sizes at the transmitter and receiver may 
differ.) The end-to-end delay is the sum of the transmission delay and the 
decoder buffer delay (or equivalently the encoder buffer delay). 

25 Referring now to Figure 4E, in an on-demand system, the media content 

is pre-encoded and stored on a disk on a media server for later transmission to a 
client. In this case, an actual transmission schedule G may come an arbitrarily 
long time after the original transmission schedule B, as illustrated in Figure 4E. 
Although schedule B is no longer the transmission schedule, it continues to 
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guide the encoder's rate control mechanism, so that the decoder buffer size can 
be bounded. 

In an on-demand system, a user experiences a delay between when the 
user signals the video server to start transmitting and when the first bit can be 

5 decoded and presented to the user. This delay is referred to as a start-up delay 
and is illustrated in Figure 4E as the horizontal distance between schedule G and 
schedule D. The start-up delay is the sum of the transmission delay, which is a 
constant, and the initial decoder buffer fullness (in seconds) or equivalently the 
initial encoder buffer emptiness (in seconds). The buffer fullness or emptiness 

10 measured in seconds is converted from the buffer fullness or emptiness measured 
in bits by dividing the latter by the bit rate. By reducing the initial encoder 
buffer emptiness (shown in Figure 4E as the horizontal distance between 
schedule E and schedule A) to near zero, the start-up delay is minimized to 
nearly the transmission delay only. 

15 At the beginning of an audio or video clip, it is simple to set the encoder 

buffer emptiness to near zero. The encoder buffer merely needs to start off full 
of leading zeros. These leading zeros need not be transmitted, but they cause the 
encoder's rate control mechanism to allow the first few frames to be coded with 
only a very few bits, until the encoder buffer begins to empty out. In this way, 

20 the start-up delay can be minimized, at the expense of the quality of the first few 
frames. 

It is not always possible to control the initial encoder buffer emptiness. 
For example, suppose a user directs the server to seek to a random access point 
in the interior of some pre-encoded content. Then the initial encoder buffer 
25 emptiness of the new segment will be arbitrary, as determined by the encoder's 
rate control mechanism at the time the content was encoded. In this case, the 
seek delay may be as large as the transmission delay plus the decoder buffer 
delay. However, the present invention, as described below, reduces the start-up 
and seek delays. 

15 
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The data flow for an example embodiment of a streaming media system 
has been described in this section of the detailed description. While the 
invention is not limited to any particular streaming media system, for sake of 
clarity a simplified streaming media system has been described. 

5 Methods of an Exemplary Embodiment of the Invention. In the 

previous section, the data flow for an example embodiment of a streaming media 
system was described. In this section, the particular methods performed by a 
media server of such a streaming media system are described by reference to a 
series of schedules. The methods to be performed by the media server constitute 

10 computer programs made up of computer-executable instructions. The processor 
of the media server executes the instructions from computer-readable media. 

This section describes a method for reducing the start-up or seek delay 
described above for on-demand interactive applications, when the transmission 
bit rate is constrained. According to one embodiment of the present invention, a 

1 5 media server constructs an encoded bit stream for time-varying multimedia 

content, such as video or audio, by representing the initial portion of the content 
with a low quality encoding and representing a subsequent portion of the content 
with a normal quality encoding. The resulting encoded bit stream is decoded by 
a video client with low delay and without overflowing or underflowing a decoder 

20 buffer of the video client. The method has the advantage of reducing the start-up 
or seek delay for on-demand interactive applications when the transmission bit 
rate is constrained. 

As referred to herein, quality (also referred to as resolution) is a measure 
of detail in an image or a sound. The quality of an image is commonly measured 

25 in pixels per inch and in the number of bytes used to describe the color values at 
each pixel. The quality of audio data is commonly measured in the number of 
samples per second. 

In one embodiment shown by reference to Figures 5, 6, 7, 8, and 9, low 
bit rate information is present on the media server, in addition to full bit rate 

30 information for the time-varying multimedia content. An encoded bit stream of 
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the present invention is derived by splicing together the low.bit rate information 
for an initial portion of the content with the full bit rate information for a 
subsequent portion of the content. In an alternate embodiment shown by 
reference to Figures 6 and 10, only the full bit rate information is used to 
5 construct the encoded bit stream. In the alternate embodiment, an encoded bit 
stream of the present invention is derived by reducing the number of bits in the 
initial frames of the full bit rate information. 

Figures 5, 6, 7, 8, and 9 illustrate an example embodiment of a method of 
constructing an encoded bit stream for time-varying multimedia content by 

10 splicing together a low quality initial portion of the content with a normal quality 
subsequent portion of the content. In the schedules shown in Figures 5, 6, 7, 8, 
and 9, the y-axis corresponds to the total number of bits that have crossed a 
particular point and the x-axis corresponds to elapsed time. 

In the example embodiment, the media server receives a request from a 

15 video client to begin transmitting a segment of time-varying multimedia content 
at a full bit rate R. The segment has been pre-encoded at the same full bit rate R. 
Typically, the segment is excerpted from a longer segment of content encoded at 
the same full bit rate R (i.e. normal quality), so that the initial encoder buffer 
emptiness for the segment (and hence the start-up delay) is arbitrary and not 

20 minimal in general. When the start-up delay is not minimal, the media server 
constructs a new full bit rate encoding for the segment that has a lower initial 
encoder buffer emptiness (and hence a lower start-up delay) yet still respects the 
decoder's buffer constraints, by splicing together the beginning of an existing 
low bit rate (i.e. low quality) sequence with the tail of the original full bit rate 

25 (i.e. normal quality) sequence. The new encoding is transmitted at full bit rate R, 
and will not overflow or underflow the decoder's buffer when the splicing is 
correctly timed. One method to determine the timing of such a splicing is now 
described by reference to Figures 5, 6, 7, 8 and 9. 

Figure 5 is an example decoding schedule for multimedia content pre- 

30 encoded at a full bit rate. Figure 6 is a decoding schedule showing the full bit 
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rate encoding of Figure 5 advanced by T seconds. The original full bit rate 
encoding of the content is advanced by T seconds, where T is the amount by 
which the start-up delay is desired to be reduced. In order to respect the buffer 
constraints, the encoding must slide leftward and downward within a tube 

5 defined by the buffer constraints as shown in Figure 6. 

Figure 7 is a schedule showing a low bit rate encoding for the same 
content as in Figure 5. In this example embodiment, the low bit rate encoding of 
the content has been pre-encoded according to the schedule shown in Figure 7 
and exists on the media server. Figure 8 is a decoding schedule showing the low 

10 bit rate encoding of Figure 7 advanced by T seconds and superimposed on the 
advanced decoding schedule for the full bit rate encoding of Figure 6. In the 
example embodiment shown in Figure 8, the low bit rate encoding is advanced 
so that its starting time matches that of the full bit rate encoding (which has been 
advanced by T seconds as shown in Figure 6). The low bit rate encoding can 

15 only be advanced so far as it does not violate the full bit rate buffer constraints. 

Figure 9 is a schedule showing the transition from the delivery of the low 
bit rate encoding stream of Figure 7 to the full bit rate encoding of Figure 6. The 
low bit rate encoding is used until its schedule intersects the full bit rate 
encoding, then the full bit rate encoding is used. That is, the low bit rate 

20 encoding is used until at least RTbits are saved relative to the full bit rate 
encoding. Then the full bit rate encoding is used starting at its next random 
access point as shown in Figure 9. Some "bit-stuffing" may be required, as 
represented by the gap in Figure 9, although the stuffed bits need not be 
transmitted. 

25 An example method of constructing an encoded bit stream for time- 

varying multimedia content by splicing together a low quality initial portion of 
the content with a normal quality subsequent portion of the content has been 
shown by reference to Figures 5, 6, 7, 8, and 9. In the example embodiment 
described, the media server manipulates the initial encoder buffer emptiness (and 

30 hence the start up delay) for the multimedia content by constructing a new 
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encoded bit stream out of one or more existing encoded bit streams for the 
multimedia content. In order to construct a new encoded bit stream, the media 
server requires low bit rate information for the content in addition to the usual 
full bit rate information. In one embodiment, the low bit rate information is 
5 present on the media server, in addition to the usual full bit rate information for 
the segment. As one of skill in the art will recognize, such low bit rate 
information is frequently available on such media servers for the purposes of 
flow control. 

One example of an encoder which provides lower and higher bit rate 

10 information is found in the U.S. Patent application entitled "Multiple 

Multicasting of Multimedia Streams," having serial number 08/855,246, filed on 
5/13/1997 and assigned to the same assignee as the present invention. The 
application describes the provisions of temporally additive base and 
enhancement layers. Further methods include the use of a first lower bit rate 

15 stream representing a reduced number of frames per second, with enhancement 
layers comprising the missing frames. In a further embodiment, the first stream 
is a lower pixel density stream, with at least one enhancement layer comprising 
an error image to enhance the number of pixels. A still further first bit stream 
utilizes indices to lookup tables wherein the indices are truncated to provide the 

20 lower bit rate and corresponding lower image quality from the lookup table. 
This is sometimes referred to as embedded code. 

Figures 6 and 10 illustrate an alternate embodiment of a method of 
constructing an encoded bit stream for time-varying multimedia content. In the 
alternate embodiment only the full bit rate information is used to construct an 

25 encoded bit stream. The encoded bit stream is constructed from an embedded bit 
stream by reducing a number of enhancement layers for the initial portion of the 
content. In the alternate embodiment, the encoding of each frame is embedded 
so that an arbitrary suffix of the encoding of each frame can be discarded without 
affecting the other frames. Referring to the advanced schedule shown in Figure 

30 6, a total of orbits can be directly and arbitrarily removed from some number of 
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initial frames, to produce a stream whose schedule is shown in Figure 10. Such 
a stream respects the buffer constraints, yet has low delay at the price of lower 
quality initial frames. A method of removing bits from the initial frames of the 
full bit rate information to construct an encoded bit stream according to the 

5 present invention has been shown by reference to Figures 6 and 1 0. 

The particular methods performed by a media server of example 
embodiments of the invention have been described by reference to a series of 
schedules. In the example embodiments, initial frames of the segment are coded 
with fewer bits, and hence their quality is reduced as compared to subsequent 

10 frames of the segment coded with more bits. This is the cost of reducing the 
delay. However, reducing the delay in the manner described above has several 
advantages that are described below. 

Conclusion. The present invention improves the performance of 
interactive multimedia servers. Performance is improved by a server providing 

15 at least two different multimedia streams. A first stream has a lower bit rate and 
can be transmitted much more quickly than a second stream with a higher bit rate 
and hence higher quality video image. The first stream builds up the client 
buffer faster and may be more quickly displayed on demand while the second 
signal is sent to improve the quality as soon as the playback buffer can handle it. 

20 The present invention allows for faster delivery and presentation of on 

demand multimedia content by minimizing the latency between when a user 
signals a server to begin transmitting audiovisual data and when the data is first 
presented to the user. Faster delivery and presentation results in improved 
performance of the application presenting the audiovisual content. Any 

25 application that provides multimedia playback over a channel of limited 

bandwidth, such as from a CD-ROM or DVD for example, will benefit from the 
latency minimizing techniques of the present invention. 

It is to be understood that the above description is intended to be 
illustrative, and not restrictive. Many other embodiments will be apparent to 

30 those of skill in the art upon reviewing the above description. The scope of the 
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invention should, therefore, be determined with reference to the appended 
claims, along with the full scope of equivalents to which such claims are entitled. 
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What is claimed is: 

1 . A method of minimizing latency for streaming time-varying multimedia 
content, the method comprising: 

constructing an encoded bit stream for the content, the encoded bit stream 
5 having an initial portion represented with a low resolution encoding and a 

subsequent portion represented with an encoding having a higher resolution than 
the low resolution encoding; and 

transmitting the encoded bit stream to a client buffer so that the client 
buffer receives the initial portion faster than the initial portion is removed from 
10 the client buffer during real-time playback of the content; 

wherein transmitting the initial portion faster than a real-time playback 
rate reduces the latency due to buffering to near zero. 

2. The method of minimizing latency as claimed in claim 1 , wherein the act 
15 of constructing an encoded bit stream is performed by an encoder having a buffer 

that starts out non-empty. 

3 . The method of minimizing latency as claimed in claim 1 , wherein the act 
of constructing an encoded bit stream is performed by reducing a number of 

20 enhancement layers in an embedded bit stream to produce the initial portion of 
the content. 



4. The method of minimizing latency as claimed in claim 1, wherein the act 
of constructing an encoded bit stream is performed by splicing together one or 

25 more low resolution encodings for the initial portion of the content with a higher 
resolution encoding for the subsequent portion of the content. 

5. A method of constructing an encoded bit stream for time-varying 

multimedia content, the time-varying multimedia content having an initial 

30 portion and a subsequent portion, the method comprising: 
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representing the initial portion of the content with a low quality 
encoding; 

representing the subsequent portion of the content with a normal quality 
encoding; and 

5 deriving an encoded bit stream from the low quality encoding and the 

normal encoding; 

wherein the encoded bit stream is decoded with low delay and wherein 
the encoded bit stream is decoded without overflowing or underflowing a 
decoder buffer. 

10 

6. The method of constructing an encoded bit stream as claimed in claim 5, 
wherein the encoded bit stream is produced by an encoder having a buffer that 
starts out non-empty. 

15 7. The method of constructing an encoded bit stream as claimed in claim 5, 
wherein the encoded bit stream is derived from an embedded bit stream by 
reducing a number of enhancement layers for the initial portion of the content. 

8. The method of constructing an encoded bit stream as claimed in claim 5, 
20 wherein the encoded bit stream is derived by splicing together one or more low 

quality encodings for the initial portion of the content with a normal quality 
encoding for the subsequent portion of the content. 

9. A computer readable medium comprising computer executable 
25 instructions for performing the actions recited in claim 5. 

1 0. A method of presenting time-varying multimedia content, the method 
comprising: 



23 



BNSDOCID: <WO 0035201 A 1_L> 



WO 00/35201 



PCT/US99/28719 



receiving in a buffer a lower quality data stream for an initial portion of 
the multimedia content wherein the lower quality data stream is received at a rate 
faster than a real-time playback rate for the multimedia content; 

receiving in the buffer a higher quality data stream of a subsequent 
portion of the multimedia content; 

presenting the ini tial portion of the multimedia content at the real-time 
playback rate; and 

presenting the subsequent portion of the multimedia content at the real- 
time playback rate; 

wherein receiving the initial portion faster than the real-time playback 
rate provides for a reduction of the latency due to buffering by a desired amount. 

1 1 . The method of presenting multimedia content as claimed in claim 10, 
wherein the latency due to buffering is reduced to near zero. 

12. The method of presenting multimedia content as claimed in claim 10, 
wherein the act of receiving in a buffer a lower quality data stream comprises 
receiving an embedded bit stream having a reduced number of enhancement 
layers. 

13. The method of presenting multimedia content as claimed in claim 10, 
wherein, the lower quality data stream and the higher quality data stream are 
spliced together forming an encoded bit stream. 

14. A video on demand delivery system, the system comprising: 
a storage medium for storing time- varying multimedia data; 
a processor; 

a memory operatively coupled to the processor; and 
an application for execution in a processor to deliver multimedia data 
over a network to a client buffer wherein the multimedia data is transmitted as an 
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encoded bit stream having an initial portion and a subsequent portion so that the 
client buffer receives the initial portion faster than the initial portion is removed 
from the client buffer during real-time playback of the content. 

5 1 5. The video on demand delivery system as claimed in claim 14, the 

application further causing the system to construct the encoded bit stream having 
the initial portion represented with a low resolution encoding and the subsequent 
portion represented with an encoding having a higher resolution than the low 
resolution encoding. 

10 

16. A video on demand delivery system as claimed in claim 14, further 
comprising tools enabling a user to manage the delivery of the multimedia data. 

1 7. A computer system for receiving and playing back multimedia content, 
1 5 the computerized system comprising: 

a buffer; 
a processor; 

a memory operatively coupled to the processor; and 
an application executed in the processor from the memory which enables 
20 the system to receive multimedia data over a network wherein the multimedia 
data is received as an encoded bit stream having an initial portion and a 
subsequent portion so that the buffer receives the initial portion faster than the 
initial portion is removed from the buffer during real-time playback of the 
multimedia data. 

25 

18. A computerized system for reducing latency in interactive multimedia 
communications, the system comprising: 

time-varying multimedia data stored on a computer readable medium; 

and 
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a means for delivering the multimedia data over a network to a client 
having a buffer for receiving the multimedia data and an application for viewing 
the multimedia data wherein the means for delivering the multimedia data 
reduces the latency by transmitting an encoded bit stream having an initial 
5 portion and a subsequent portion so that the initial portion is available to the 
client faster and is displayed on demand while the subsequent portion is sent to 
improve the quality of the displayed multimedia data. 

19. The computerized system of claim 18, further comprising a means for 
10 constructing the encoded bit stream. 

20. The computerized system of claim 18, further comprising a client having 
a buffer for receiving the multimedia data. 

15 21. The computerized system of claim 20, wherein the client further 
comprises an application for viewing the multimedia data. 

22. A computer readable medium having instructions stored thereon for 
causing a computer to perform a method of minimizing latency for streaming 

20 time-varying multimedia content, the method comprising: 

constructing an encoded bit stream for the content, the encoded bit stream 
having an initial portion represented with a low resolution encoding and a 
subsequent portion represented with an encoding having a higher resolution than 
the low resolution encoding; and 

25 transmitting the encoded bit stream to a client buffer so that the client 

buffer receives the initial portion faster than the initial portion is removed from 
the client buffer during real-time playback of the content to permit beginning 
playback of the initial portion without significant buffering. 
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23. The computer readable medium of claim 22, wherein the act of 
constructing an encoded bit stream is performed by an encoder having a buffer 
that starts out non-empty. 

5 24. The computer readable medium of claim 22, wherein the act of 
constructing an encoded bit stream is performed by reducing a number of 
enhancement layers in an embedded bit stream to produce the initial portion of 
the content. 

10 25 . The computer readable medium of claim 22, wherein the act of 

constructing an encoded bit stream performed by splicing together one or more 
low resolution encodings for the initial portion of the content with a normal 
resolution encoding for the subsequent portion of the content. 

15 26. A computer readable medium having instructions stored thereon for 

causing a computer to perform a method of delivering time-varying multimedia 
content, the method comprising: 

an application for execution in a processor to deliver multimedia data 
over a network to a client buffer wherein the multimedia data is transmitted as an 

20 encoded bit stream having an initial portion and a subsequent portion so that the 
client buffer receives the initial portion faster than the initial portion is removed 
from the client buffer during real-time playback of the content. 

27. The computer readable medium of claim 26, wherein the application 
25 constructs the encoded bit stream having the initial portion represented with a 

low resolution encoding and the subsequent portion represented with an 
encoding having a higher resolution than the low resolution encoding. 

28. A method of transmitting time-varying multimedia data between a server 
30 and a client, the method comprising: 
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transmitting an encoded bit stream for the data from the server to the 
client, the encoded bit stream having an initial portion represented with a low 
resolution encoding and a subsequent portion represented with an encoding 
having a higher resolution than the low resolution encoding; 

5 receiving the encoded bit stream by a buffer of the client so that the 

initial portion is received faster by the buffer than the initial portion is removed 
from the buffer during real-time presentation of the multimedia data; 

presenting in real-time the initial portion of the encoded bit stream with 
an application on the client; and 

10 presenting in real-time the subsequent portion of the encoded bit stream 

with the application on the client; 

wherein transmission of the initial portion of the encoded bit stream stops 
and transmission of the subsequent portion begins when the buffer of the client** 
contains enough data to prevent underflow or overflow while presenting the 

15 subsequent portion of the encoded bit stream. 

29. A method of transmitting time-varying multimedia data as claimed in 
claim 28, wherein the initial portion of the encoded bit stream is encoded at a bit 
rate below a transmission bit rate. 

20 

30. A method of transmitting time-varying multimedia data as claimed in 
claim 29, wherein the subsequent portion of the encoded bit stream is encoded at 
a bit rate equal to the transmission bit rate. 

25 31. A computerized system for minimizing latency for streaming time- 
varying multimedia content, the computerized system comprising: 

means for constructing an encoded bit stream for the content, the encoded 
bit stream having an initial portion represented with a low resolution encoding 
and a subsequent portion represented with an encoding having a higher 
30 resolution than the low resolution encoding; and 

28 
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means for transmitting the encoded bit stream to a client buffer so that 
the client buffer receives the initial portion faster than the initial portion is 
removed from the client buffer during real-time playback of the content to permit 
beginning playback of the initial portion without significant buffering. 

5 

32. The computerized system of claim 31, wherein the means for 
constructing an encoded bit stream is an encoder having a buffer that starts out 
non-empty. 

10 33. The computerized system of claim 31, wherein the means for 

constructing an encoded bit stream reduces a number of enhancement layers in 
an embedded bit stream to produce the initial portion of the content. 

34. The computerized system of claim 31, wherein the means for 
15 constructing an encoded bit stream splices together one or more low resolution 
encodings for the initial portion of the content with a normal resolution encoding 
for the subsequent portion of the content. 
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